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In January, Digital Research (of CP/M fame) unwrapped the latest product in its Concurrent DOS line of 
multitasking operating systems. Concurrent DOS-286 is a multitasking, real-time, network-compatible 
operating system for single- or multiuser, 80286-microprocessor-based systems and is written in the C 
language. With that mouthful of attributes, Concurrent DOS is plainly in line to compete with the new 
microcomputer versions of UNIX. While ROM implementations of UNIX (see "The HP Integral 
Personal Computer" by Phillip Robinson, February BYTE, page 98) and new programs that allow UNIX 
to run PC-DOS programs (see BYTE West Coast January, page 415) are moving that powerful 
minicomputer operating system down into the microcomputer world, Concurrent DOS-286 is moving 
microcomputers up into the world of multitasking and passwords. 


Concurrent DOS-286 is not just a revision of the earlier Concurrent operating systems; it has an entirely 
new architecture. Specifically, it is built around advanced hardware features of the Intel 80286 (also 
known as the iAPX286) microprocessor. Those features —descriptor tables, call gates, and protection 
levels (see "The 80286 Microprocessor" by Paul Wells, November 1984 BYTE, page 231)—allow 
speedy context switching as well as protection of files and programs. 


Compatibility 


Concurrent DOS-286 provides a migration path for PC-DOS or CP/M-86 users who need more power; it 
can run both CP/M and PC-DOS applications. Gary Gysin of Digital Research explained to us that "To 
start ..., our strategy is one of following what IBM does. So, if they come out with PC-DOS 2, PC-DOS 
3, PC-DOS 3.1, whatever it is, our operating-system strategy is to embody whatever they're doing and at 
minimum to be compatible with [it]." An example of that strategy is Digital Research's new hierarchical 
file system: CP/M files have been left behind. The file system, all the system calls, and all of the utilities 
are a superset of those in PC-DOS 3.0. Because of this change, if you want to run CP/M applications, 
you have to transfer them to PC-DOS disks (the native media of Concurrent DOS-286). Concurrent 
DOS is compatible with PC-DOS 3.0; with the PC-DOS front end it will run PC-DOS 1.1, 2.0, 2.1, and 
3.0 applications. 


Although more will be available in the future, the two most important front ends, one for CP/M-86 users 
and one for PC-DOS users, will be available immediately. This lets you run applications from those 
operating systems on Concurrent DOS-286. However, as Gysin further explained, "Theoretically, if we 
wanted to add some other front end to the operating system, be it UNIX, XENIX— whatever might 
become an industry-standard operating-system front end—then that possibility is there," because of the 
modular design of Concurrent DOS-286. 


Cross-compilers and cross-assemblers for the VAX are not available, but the source code we're told can 
easily be moved to a VAX. All Digital Research languages will be available for Concurrent DOS-286. 
Also, if you know CP/M, you may be interested to know that ED is gone. Digital Research had a funeral 
for the text editor that is now replaced by DR EDIX—a function-key-driven editor. 
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Figure 1: A diagram of the three functional units, program, system, and physical, and two primal interfaces of Concurrent DOS-286. 


Architecture 


As shown in figure 1, Concurrent DOS-286 has three functional units and two primal interfaces. The 
functional units are termed program, system, and physical hardware. The system receives requests from 
the programs and translates them into instructions for the physical hardware. Optional front ends let the 
operating system run PC-DOS or CP/M applications. The supervisor portion of the system controls the 
flow of services to the underlying resource managers, which in turn control the actual physical 
peripherals. 


Concurrent DOS-286 can run multiple applications using virtual consoles on each physical console, 
handle asynchronous events and software-interrupt handling, and deal with interprocess 
communications and synchronization. Storage depends on a hierarchical, shared-disk-file system with 
record and file locking. File ownership is controlled through user and group IDs requiring log-on with 
passwords. 


The console is a standard VT52 interface with character and bit-mapped screen interfaces. The keyboard 
interface uses both standard 16- and 8-bit codes including function keys, numeric keypads, and 
multikeyed characters. Also, Concurrent DOS-286 supports windows, mice, graphics (raster and vector), 
and networks as well as file sharing, file locking, record locking within a file, locking a specified number 
of bytes within a file, and even overlapping locks. 


Concurrent DOS-286 with floppy- and hard-disk drivers, character-mapped and bit-mapped consoles, 
and a printer driver requires about 160K bytes of RAM. The minimum suggested system configuration 
has 512K bytes of RAM. The operating system is ROMable. 


The kernel is based on an event-driven dispatcher. Time slicing by a timer event occurs once per tick (16 
to 20 milliseconds), and scheduling of equal-priority processes is based on a round-robin scheme. 
Process communication and synchronization are done through named pipes that pass messages from one 


process to another or synchronize processes by acting as semaphores. The 80286 chips have a protection 
mechanism based on address manipulations. On-chip calculations handle the translation of virtual and 
physical addresses. Certain segments of memory can be marked as exception areas for particular users 
or programs. Whenever a program tries to address an exception area, the central processor is interrupted, 
a trap is generated, and processing is forced to another routine. 


Stopping the Operating System Bypass 


Trapping is a vital element in Concurrent DOS-286's ability to handle poorly behaved programs. 
Programs that employ operating-system routines to handle the computer hardware are termed well 
behaved. Programs that bypass operating-system routines and make direct calls to hardware—for 
instance, to the screen—are poorly behaved. While bypassing the operating system sometimes improves 
a program's execution speed, it hurts program portability. A program written around the operating 
system works on any computer running that operating system. A program tailored to a specific computer 
by means of direct hardware calls only runs on that computer and its nearly identical copies— poorly 
behaved programs are the waterloo of clone-makers. Concurrent DOS-286, however, can trap the calls 
made directly to the physical hardware and route them to virtual hardware. 


For example, Lotus 1-2-3 is a poorly behaved program that assumes it owns the entire computer display 
screen. Gysin pointed out that if you tried to run both Lotus 1-2-3 and WordStar concurrently on a 
system that couldn't trap hardware calls, "you'd have trash all over the screen." Lotus 1-2-3 wouldn't let 
WordStar have a window. In Concurrent DOS-286, however, whenever a program tries to control the 
screen, the operating system traps the call and sends it to a window instead. The program thinks it is 
running on a full IBM Personal Computer, but instead it is running on a virtual console manager—a part 
of the Concurrent DOS-286 system. This is another advantage for computer companies that want to sell 
IBM-compatible personal computers. As Gysin tells competitors, "Go ahead and build whatever kind of 
screen you want, go ahead and build whatever kind of super-duper machine you can, we can still 
guarantee you we'll run PC-DOS applications, given that you've got a 286 chip." 


The 80286 provides you with both compatibility and practical concurrency. All the fancy trapping could 
be done entirely by software, but it would take much longer than the hardware trapping. Trapping and 
re-routing signals could slow programs down to the point that they don't work properly. Because all of 
the trapping chores are handled within a single chip (the 80286), Concurrent DOS-286 doesn't have that 
problem. According to Gysin, Digital Research's quest to have applications run as fast under Concurrent 
DOS-286 as they do under PC-DOS has been successful. He claims, "We've gotten there, there's no 
difference." 


Context switching —changing the active program by suspending one program, saving the registers, 
restoring the registers, and then restarting another program—is now done in software. Digital Research 
estimates that each software context switch takes between 200 and 400 microseconds. Digital Research 
plans to take advantage of the 80286's on-chip context-switching hardware that can handle the switch in 
only 20 microseconds. 


Dynamic Drivers 


Another big change in Concurrent DOS-286 is that the device drivers are dynamic. In previous 
incarnations of CP/M and Concurrent DOS, all the drivers were in a single section of code called BIOS 
(basic input/output system) or XIOS (extended input/output system). You had to load the drivers into the 
operating system before starting up. Dynamic loading means that you can add or modify device drivers 


while the operating system is running. 
User Interface 


Digital Research is also presenting a new user interface for Concurrent DOS-286 and Concurrent PC- 
DOS. It is essentially a menu system and a file manager that allows you to control all system utilities 
and all running applications with the function keys. "What we're trying to do is take away the A> 
prompt," says Gysin. But if you prefer the standard CP/M-style prompts, just press the Escape key to get 
back onto familiar ground 


TopView, GEM, and GSX 


What Digital Research calls "desktop primitives," which support such application environments as 
Microsoft Windows, Visi On, TopView, or "unannounced products from Digital Research" (Gysin's 
words), are built into Concurrent DOS-286. Gysin adds, "Whatever becomes standard, that is something 
that we'll map to our operating system. If some other bit-map graphics type of interface is the standard, 
then we'll also support that one." Digital Research's new GEM (Graphics Environment Manager) is a 
Macintosh-like interface that fits that bill. 


Digital Research's GXS (Graphics System Extension) software is also supplied with Concurrent 
DOS-286. This graphics operating system lets you write to a standard set of graphics calls so you don't 
need to know at programming time which specific peripherals you will have. 


International Flavors 


Concurrent DOS-286 has three features that should delight software engineers outside the United States: 
All the system messages are kept in a separate pool, the user tables have a country code, and the 
keyboard interface supports 16-bit character I/O (which is required for kanji, for example). Those design 
tidbits are understandable when you realize that 40 percent of Digital Research's business is done 
overseas. 


Summary 


What's new with Concurrent DOS-286? The architecture has changed. Previous versions of Concurrent 
DOS provided support for PC-DOS 1.1 and CP/M-86 applications. Concurrent DOS-286 provides 
support for PC-DOS 1.1, 2.0, and 3.0 applications as well as memory protection, log-on and log-off, 
dynamic local device drivers, a hierarchical file system, completely modular design, pipes, I/O 
redirection, and an address-exception mechanism. In essence, Concurrent DOS-286 is intended to 
release you from needing IBM hardware or a clone to run IBM Personal Computer programs such as 
Lotus 1-2-3. Now, any system that can run Concurrent DOS-286 can run IBM Personal Computer 
programs. 


How well does Concurrent DOS-286 work? We don't know. The descriptions in this article are based on 
discussion with Digital Research and Intel technical experts, not on a review of the operating system 
itself. When we do get into testing Concurrent DOS-286, our first consideration will probably be its use 
of memory. Although Concurrent DOS-286 is supposed to run as many programs concurrently as the 
hardware can handle, BYTE staff members have had problems with the voracious memory appetite of 
previous versions of Concurrent DOS. 
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